Module for a technical installation and system and method for carrying out a technical process

ABSTRACT

Module 1 for a technical facility 90 comprising a technical hardware 10 for the execution of a technical sub-process, a control 20 for a local control of the technical hardware 10, wherein the control 20 is adapted to control the technical hardware 10 autarkical, and an external interface 22 of the control 20, wherein the external interface 22 comprises an administration shell 23, wherein the administration shell 23 publishes at least one service relating to an output product 140 of the module 1 via a network 62, and wherein the external interface 22 is adapted to request at least one service relating to an input product 130 of the module 1 via the network 62. Furthermore, a corresponding system for the execution of a process by means of a technical facility 90 as well as a corresponding method for the execution of a technical process by means of a technical facility 90 is claimed.

FIELD OF THE INVENTION

The present invention relates to technical facilities and their control.In particular, the present invention relates to modular structuredprocess and production-related facilities as well as a system and amethod for the execution of a technical process.

PRIOR ART

In the process industry, in particular in chemistry, pharmacy and foodproduction, the demanded product quantities are increasingly moredifficult to predict and fluctuate dependent of the region in short timeintervals. Furthermore, the product life cycles shorten overallconstantly due to the global availability of alternatives.

Common production facilities are often, however, not designed for thesefluctuating product quantities. Continuously-operating facilities areusually optimized to a certain product quantity per time unit and areonly operable effectively by this production rate. Common facilities fora batch-operation are less efficient and require a lot of unproductivetimes, for example cleaning times or process changeover times.

In case of an extension or changeover of the facility it is in generalnecessary to reconfigure or reprogram the corresponding control of thefacility as well. This is an elaborate process that can be compared intimes often with the hardware changeover. This becomes even moredifficult by a potentially insufficient documentation of the existingcontrol software or outdated control hardware that potentially does notprovide sufficiently the required functions for the new hardware.

New developments in the process industry relate to modular facilityconcepts in which the facility is assembled from ready-made modules.Such concepts and their challenges are described in a survey “modularfacility conceptual design and automation by means of the F ³ project”(“Modulare Anlagenkonzeption und Automatisierung mithilfe des F³-Projekts”) by Dipl.-Ing. Sabine Mühlenkamp/Wolfgang Ernhofer, May 10,2012, in “Process”. Herein the control-related integration of themodules is regarded as a still open question as well.

Corresponding modular concepts are also portable to other productionprocesses, e.g. for the production of consumer goods, industrialproducts etc.

In such modular concepts, each facility module provides itsprocess-related or production-related function as a service to ahigher-ranking process management level (PFE). Thereby it takes theposition of a service provider. The service offered by the facilitymodule can be called by the process management level which is then auser of the service. The integration of several facility modules andtheir services to a total to facility by a facility designer is calledPFE-engineering.

Thus, for the present invention arises the problem to provide modules ofa technical facility that improve the PFE-engineering as well as toprovide a system and a method that improve the execution of a technicalprocess.

SUMMARY OF THE INVENTION

The problem above is solved by a module for a technical facilityaccording to claim 1, by a system for the execution of a technicalprocess according to claim 11 as well as by a method for the executionof a technical process by means of a technical facility according toclaim 17.

In particular the problem above is solved by a module for a technicalfacility comprising a technical hardware for the execution of atechnical sub-process, a control for a local control of the technicalhardware, wherein the control is adapted to control the technicalhardware autarkical, and an external interface of the control, whereinthe external interface comprises an administration shell, wherein theadministration shell publishes at least one service relating to anoutput product of the module via a network, and wherein the externalinterface is adapted to request at least one service relating to aninput product of the module via the network.

A technical facility can be assembled from several of such modules. Incase more production capacity is desired modules can be switched to thefacility in an easy manner and execute certain sub-processes. Becausethe control of the respective. module controls the technical hardwarelocally and autarkical and can bring it for example without control fromthe outside into certain defined states, the control effort of the totalfacility in minimized. Thus, the control of the module can be provided,programmed and configured already by the module manufacturer such thatthe facility manufacturer can develop the control of the total facilitywith very little effort.

For the communication with other modules the module comprises anexternal interface of the control. The external interface furthermorecomprises an administration shell that publishes at least one servicerelating to an output product of the respective module via a network.The administration shell, thus, publishes which service or whichservices the respective module can execute regarding an output product.For example, if the module executes the heating of a product theadministration shell will publish the service “heating” and, as the casemay be, the output product that can be obtained with it if applicable bydescribing properties of the output product.

Furthermore, the external interface is adapted to request at least oneservice relating to a input product of the corresponding module via thenetwork. In case, for example, the module requires a defined certainamount of an input product it will call for a service “metering” of therespective input product.

In this manner, the modules are able to communicate with each otherautonomously via their administration shells and offer or call forservices one another. Thereby, the modules are able to establish atechnical process by themselves without the need that a processmanagement level or a facility designer has to assemble the modulesmanually. This kind of automatic PFE-engineering from module to modulewithout that a higher-ranked entity, in particular a higher-rankedprocess management level, is present, is also more free from defectsbecause each of the participating modules precisely knows its individualavailabilities, the desired condition of the input materials, boundaryconditions, auxiliary materials, maintenance schedules, limitations etc.and can offer its services correspondingly. By this interaction and thecommunication of the modules via their administration shells a potentialtechnical process or several alternative technical processes establishautomatically that will lead to an end-product. In case severalalternative technical processes are obtained the best process may beselected.

Preferably, in the administration shell the at least one servicerelating to the output product of the module is published by means ofstandardized meta-information via the network. Thereby, preferably, thestandardized meta-information is continuously kept up-to-date by thecontrol. The application of standardized meta-information facilitatesthe search for the respective service.

Preferably, the external interface is adapted to request the servicerelating to the input product by means of standardized meta-informationrelating to the input product via the network.

Preferably, the module comprises a state machine. By means of a statemachine the corresponding module knows exactly its actual state and thenecessary transitions to obtain a different target state.

Preferably, at least one state of the state machine is published in theadministration shell, and the state of the state machine is dependent ona response to the request for a service relating to the input product ofthe module. In particular, the service relating to to the input productof the module can be a provisioning of the input product. In case, forexample, all needed input products of a module can be provided themodule can start the handling or processing of these input products andthereby change its state into “in operation”.

Preferably, the module is adapted for processing the input product andfor the output of the output product, and/or for measuring a physicalquantity of the input product and/or of the output product, and/or forphysically storing the input product and/or the output product. Themodule can be of different kind and can execute different tasks or offerdifferent services, respectively, that relate to an input product oroutput product of the module. In particular a module can be suitable forprocessing, outputting, measuring or storing.

Preferably, the technical hardware is developed to produce the outputproduct from the input product, and the technical hardware isfurthermore developed to produce the output product by modifying theinput product by change of a chemical composition, and/or change of atleast one physical property, and/or adding of material, and/or clearingof material. The technical hardware has, preferably, one input productand one output product and it changes the input product such that anoutput product is produced. A product is defined by the fact that it canbe changed by at least one of the four mentioned processes by thetechnical hardware. Because of the change of the input product to theoutput product by the technical hardware a creation of value isachieved. Thus, the total process comprises at least one technicalhardware of this kind that can achieve a creation of value. Preferably,the technical hardware comprises an actuator that acts on the inputproduct.

Preferably, the administration shell comprises static information aboutthe technical hardware and its functional range and dynamic informationas real-time values of the technical hardware and their functionalcapability, wherein the real-time values are generated by the control.

Hereby, the statistic information describe the technical hardware andthe control such that all information can be provided that is necessaryfor the PPE-engineering. These information can comprise, for example, adetailed description of the services offered by the module, adescription of the available states and the control-related behavior ofthe module, a description of the available commands and their syntax anda description of the state information and measuring values that can beread-out.

Besides, the administration shell comprises also dynamic information asreal-time values of the technical hardware. and, thus, offers thepossibility of a communication with the module during operation. Thesereal-time values of the technical hardware are written by the controlinto the administration shell, in particular into an informationstructure on an OPC-UA server. Thereby, also these real-time values thatdynamically change during operation are easily and target-orientedextraneous retrievable, for example by other modules or the requestmodule.

Preferably, the control generates the real-time values from measurementdata and/or control data of the technical hardware, and/or communicationdata transmitted via the external interface, and/or states of the statemachine to the service provided by the control and the technicalhardware, and/or historical values of measurement data and/or controldata of the technical hardware and/or of states of the state machine,and/or an extrapolation of measurement data and/or control data of thetechnical hardware and/or communication data and/or of states of thestate machine.

Preferably, the external interface comprises an OPC-UA server thatcomprises a definite specified information structure into which theadministration shell is mapped. Because the external interface of thecontrol comprises an OPC-UA server it is possible to communicate withthe module in an easy and unified manner. In particular, individualinformation can, thus, he requested target-oriented from the module,wherein non-related information is not transmitted. In particular, theOPC-UA server comprises to this end a definite specified informationstructure that comprises static and dynamic information relating to thetechnical hardware of the module. Thus, target-oriented requests can bedirected to the module for information of interest.

Preferably, the administration shell maps information in the structureof a module type package, and thus comprises in a structured form allinformation that is necessary for the integration of the module into atechnical facility.

By means of the static and dynamic information that are provided in theadministration shell, the module can provide a complete module typepackage which forms a part of the administration shell in industry 4.0and that comprises all data and information for a virtual and functionalrepresentation of the module. Thereby, all data and information for theautomatic PFE-engineering from module to module as well as for theongoing operation are provided by the control in the administrationshell.

The problem above is furthermore solved by a system for the execution ofa process by means of a technical facility comprising a plurality ofmodules as described above and which can execute sub-processes of thetechnical process, a request module, comprising an external interfacewith an administration shell, and a network which connects the modulesand the request module with each other, wherein the request module canrequest a service for an end-product at the modules via the network. Therequest module can communicate with the, in particular with all,technical modules via the network and can direct a request to them foran end-product. This request can be received by a module that providesthe end-product as an output product. This module asks then on his partthe other modules to provide its required input products in the desiredamount, at the desired time and in the desired condition. In casecorresponding modules answer thereupon, they will in turn request othermodules for their required input products. Thus, bit by bit a technicalprocess is establishing that leads to the end-product requested by therequest module by means of the corresponding modules. The starting pointof such a process is in general a module that stores an input product ofanother module and provides the input product to this module.

Preferably, the request module comprises an own state machine, whereinin a first state of the state machine the request module requests aservice for an end-product at the modules via the network, a firstmodule, that offers the service for the end-product, requests at leastone service for its input product at the other modules via the network,a second module, that offers the at least one service for the inputproduct of the first module as an output product, requests at least oneservice for its input product at the modules via the network, and therequest module receives a message that the process is complete from oneof the modules, and wherein the state machine of the request moduletransitions into a second state when the process is complete, wherein inthe second state the process can be started. The actual productionprocess is started by the request module when one or more modules signalto it that the process is complete, thus, the end-product can beproduced.

Preferably, the request module comprises an administration shell andoffers in the administration shell at least one service that containsthe end-product. The request module can offer at least one service byitself that comprises the end-product, for example the service“providing the end-product” that can be requested, for example, by adownstream packaging module.

Preferably, a module generates the message of completeness, when each ofits input products, necessary for the process, is provided with thestate “available” at its administration shell, and wherein the messageof completeness is transmitted from the generating module to the requestmodule. In particular, the message of completeness is transmitted to therequest module when the module that has the end-product as an outputproduct realizes that all its necessary input products are available.Then the technical process is completely established and ready for theactual production.

Preferably, the request module comprises a processing unit that isadapted to carry out an evaluation of the planned process, wherein theevaluation result is a prerequisite for the transition from the firststate of the state machine to the second state of the state machine. Therequest module can evaluate the process that is established andsuggested by the technical modules according to its criteria by means ofa processing unit. Not until the evaluation turns out positive therequest module starts the production. This is advantageous, inparticular, when several alternative processes lead to the end-product.The request module can then decide for the technical process that isbest according to the evaluation. The evaluation can be done with regardto different criteria, for example, with regard to process duration,reliability of the modules, quality, the energy consumption etc.

Preferably, the processing unit of the request module is adapted tocarry out the evaluation by means of an optimum calculation based on thetechnical complexity. Thereby, the technically best process can beselected.

The problem mentioned above is furthermore solved by a method for theexecution of a technical process by means of a technical facility,comprising a plurality of modules, at least one request module and anetwork, wherein the modules comprise a technical hardware for theexecution of a technical sub-process and a control for the local controlof the technical hardware, wherein the control comprises an externalinterface that includes an administration shell, wherein the methodcomprises the following steps of:

-   -   a. publishing at least one service that is related to an output        product of the respective module via the network by the        administration shell of each module;    -   b. requesting at least one service that is related to an input        product of the respective module via the network by the external        interface of each module;    -   c. requesting at least one service for an end-product via the        network by the request module;    -   d. receiving a message that the. process is complete from one of        the modules by the request module.

Also, hereby, an automatic establishment of a technical process for theproduction of an end-product takes place by an autonomous communicationof the modules among each other. Starting point is a request for atleast one service for an end-product by the request module via thenetwork. This then receives, when the process is completely established,a corresponding message. Preferably, each module only then requests, ifit was requested itself.

Preferably, the method is further comprising the following steps of:

-   -   e. carrying out an evaluation of the planned technical process        by a processing unit of the request module; and    -   f. starting the process in due consideration of the evaluation        result.

After the reception of the message that the process is complete therequest module can evaluate the process, as the case may be select thebest alternative, and start the process.

Further preferred embodiments of the invention arise from the dependentclaims.

SHORT DESCRIPTION OF THE FIGURES

In the following, preferred embodiments of the present invention aredescribed by reference to the figures, in which shows:

FIG. 1 a schematic view of a technical facility with several modules anda request module;

FIG. 2 a scheme that shows a request module and the communication andthe establishment of a technical process by the modules of a technicalfacility;

FIG. 3 a diagram that shows exemplary process steps of a technicalprocess;

FIG. 4 a diagram that by way of example shows the interaction ofdifferent modules of a technical facility; and

FIG. 5 a diagram that illustrates exemplary states of a request module.

Description of preferred embodiments

In the following preferred embodiments of the present invention aredescribed in detail with reference to the figures.

Figure 1 shows a technical facility 90 that is assembled from severalsingle modules 1, 70, 80 and potentially further modules not shown. Thetechnical facility 90 further comprises a request module 2 which, amongother things, is responsible for a placing of orders to the technicalfacility 90. The request module 2 and the modules 1, 70, 80 cancommunicate with each other via an appropriate bus 62.

The module 1 of the technical facility 90 is an example for all modules1, 70, 80 of the technical facility 90. It comprises a technicalhardware 10 for the execution of a technical sub-process, for examplefor the chemical industry. The technical facility can, however, alsorelate to other technical manufacturing processes, for example theproduction and assembling of products, packaging technology, logistics,etc.

Preferably, the technical hardware 10 of the module 1 is developed toproduce an output product 140 from an input product 130. For this, thetechnical hardware 10 is further developed to change the input product130 for the production of the output product 140. This can be done by achange of a chemical composition, as it is common for example inreactors of the chemical industry. This can furthermore be done by achange of at least one physical property, for example the temperature,density, entropy etc. Furthermore, the production of an output product140 can be done by adding material, for example in mounting, soldering,imprinting or 3D-printing. The production can finally be done byclearing of material as it is for example the case in drilling, milling,etching etc.

By the change of the input product 130 to the output product 140 by thetechnical hardware 10 a creation of value is achieved. Thus, the totalprocess comprises at least one technical hardware 10 of this kind thatachieves a creation of value. Preferably, the technical hardwarecomprises at least one actuator in its broadest sense that acts on theinput product 130, for example an evaporation device.

In the illustrated process-related example the technical hardware 10comprises an actuator in terms of a reactor 30 that comprises a mixingmachine 40 which is driven by an electric motor 42. Furthermore, thereactor 30 comprises an electric heating rod 50 that is controlled by apower electronic 52. The reactor 30 itself comprises a preferably closedvessel at which an inlet pipe 32 and an outlet pipe 34 are attached inorder to fill or empty it. The inlet pipe 32 extends up to the outerboundary of the exemplary module 1 and ends there in an inlet flange 36.Likewise, the outlet pipe 34 extends up to the system boundary of themodule and ends there in an outlet flange 38. The module 1 isconnectable to an upstream module 70 via the inlet flange 36 andconnectable to a downstream module So via the outlet flange 38. Ofcourse other technical connection possibilities are also equallypossible as for example several inlets or several outlets or parallelconnections of modules 1, 70, 80, respectively.

The module 1 further comprises a control 20 for the local control of itstechnical hardware 10. The control 20 is adapted such that it cancontrol the technical hardware 10, thus, here as an example the electricmotor 42 of the mixing machine 40 and the power electronic 52 of theheating rod 50, autarkical. Thereby, the control 20 is able for exampleto bring the module 1 technically into a defined state. The module 1 cancomprise a number of precisely defined technical states and can switchautarkical between these states. Thereby, the module can for exampleexecute a technical sub-process autarkical without any extraneousinfluence.

The module 1 can furthermore comprise for example sensors, like flowrate, pressure or temperature sensors or electrically controllablevalves or similar elements (not shown). Such sensors or actuators arelikewise connected to the control 20 and can be requested or controlledby the control 20.

For this, the control 20 comprises I/O modules 24, 26 with which thecontrol 20 can activate actuators like the electric motor 42 of themixing machine 40 or the power electronic 52 of the heating rod 50,respectively. Further I/O modules for possible sensors or furtheractuators are available if they are necessary for the technicalfunctioning of the module 1.

The modules 70, 80 and further modules can be arranged similar to themodule 1, wherein they also comprise a control similar to the control 20which can control the technical hardware of the corresponding modulelocally and autarkical. Accordingly, the modules 1, 70.80 arecontrol-related autarkical in itself such that technical hardware andcontrol together form a flexible applicable module for a technicalfacility 90 which can be arranged technically and control-related, as itwere by “plug and play”, to a total facility 90.

For the communication of the control 20 of the module 1 with the requestmodule 2 or the other modules 70, 80 via the bus 62 the control 20comprises an external interface 22. The external interface 22 comprisesan administration shell 23 that is mapped into an OPC-UA server 28 forthe communication with the request module 2 and the other modules 70, 80of the facility 90. The OPC-UA server 28 comprises to this end adefinite specified information structure into which the administrationshell 23 is mapped. The administration shell 23 can comprise staticinformation and dynamic information. The static information describesthe technical hardware 10 and the control 20. The static information cancomprise for example descriptions of the services offered by module 1,specifications of the input products 130, specifications of the outputproducts 140, information about production auxiliary means like power,water etc., user documentations, interface definitions with acorresponding description of the syntax of the commands, information fora direct communication start from the process management level to themodule 1, a graphical representation of the module 1 etc.

In addition to the static information the information structure of theOPC-UA server also comprises dynamic information relating to the module1 that can temporally change. Thereby, the module 1 can communicate withother facility units via the OPC-UA server also during ongoing operationand provide dynamic information or exchange, respectively. The dynamicinformation is written as real-time values of the technical hardware 10into the information structure of the OPC-UA server by the control 20.

By means of the static and dynamic information that are provided in theOPC-UA server the module 1 can map the information in the structure of acomplete so called “module type package (MTP)” in its administrationshell 23 that forms a part of the administration shell in industry 4.0and that comprises all data and information for the virtual andfunctional representation of a module.

In particular, the administration shell 23 of the modules 1, 70, 80publishes at least one service relating to an output product 140 of thecorresponding module 1 via the network 62. Furthermore, the externalinterface 22 is adapted to request at least one service relating to aninput product 130 of the corresponding module 1 via the network 62 andto receive corresponding responses of other modules 1, 70, 80.

The request module 2 also comprises an administration shell 4 for thecommunication with the modules 1, 70, 80 as well as an own state machine3 for the generation and representation of defined states.

As it is shown in FIG. 2, a request module 2 can communicate with anumber of modules 1 that are designated with A, B, C, D, G and K via anetwork 62 that is illustrated as an area. In order to start thePFE-engineering the request module 2 merely needs to send a request fora desired end-product to the modules 1. Provided that one of the modules1, here module D, can provide such end-product it sends on his side arequest to the other modules A, B, C, K and G for the services requiredtherefore relating to the input product of the module D. In theillustrated case the module C can provide the service or the inputproduct required by module D to module D. Thereupon, also module C sendsa request to the other modules A, B, D, K and G for the servicenecessary therefore relating to the input product of the module C. Thisservice can provide the module B in the example of FIG. 2. The servicesrequired by the module B provides the module A in the example of FIG. 2.The module A is a module that stores the input product of the module Band, thus, does not require an input product itself. The technicalprocess is thereby complete which is communicated from one of themodules A, B, C, D to the request module 2.

Accordingly, a technical process is forming itself in this automaticPFE-engineering by the participating modules 1 as it is illustrated byway of example in FIG. 3. A higher-ranked process management level, inparticular a higher-ranked facility control, is hereby not necessary.

In FIG. 4 a different technical process is illustrated in which themodule B requires two input products or corresponding services. In theexample of FIG. 4 the module B requires plastic from the module A1 andmetal from the module. A2. In case both, the module A1 informs themodule B that plastic is available and the module A2 informs that metalis available, the module B can inform the request module 2 that theprocess is complete. The request module 2 can thereupon evaluate theprocess and, as the case may be, start the actual production.

An exemplary state diagram of a state machine of a request module 2 isillustrated in FIG. 5. In the state a, the request module has identifiedthe task, for example the task “produce 1000 connectors of the type X”.Thereupon, the request module requests the modules 1 of the network 62for a service that can provide 1000 connectors of the type X. After thatthe state of the request module 2 transitions to the state b whichcorresponds to the first state mentioned above. As soon as the requestmodule 2 has received the message “process complete” from one of themodules it transitions to the state c. Thereupon, the request module 2evaluates the offered process by means of its processing unit. As soonas this is done, it transitions to the state d. After that the requestmodule 2 comes to a decision whether, and as the case may be, whichtechnical process is to be executed. When this is done the requestmodule transitions to the state e. After that the request module 2starts the production process and transitions to the state f. In casethe production succeeded the request module 2 transitions to the statez. If, however, the production failed it transitions to the state y. Therequest module 2 can also take up this state, for example, if it hasreceived a negative response from the modules 1 or if the evaluation ofthe suggested process turned out negative. When the process is completedthe request module 2 can again accept and identify a new task.

The control 20 can generate the real-time values that are written intothe information structure of the OPC-UA server 28 from measurement data,control data and communication data transmitted via the externalinterface 22 of the technical hardware 10. Thereby, parameters as forexample measurement data, control parameter or default values etc. canbe provided to the technical hardware 10 for recall or forcommunication. In the example of the module 1 the real-time values couldbe for example the rotational speed of the motor 42 or the actualtemperature of the reactor 30.

In addition to that the control 20 can generate the real-time valuesfrom states of the state machine of the service provided by the control20 and the technical hardware 10. Thereby, in a state machine of thecorresponding module 1 the states of the technical hardware 10, as forexample “in operation”, “stopped”, “under maintenance”, “out of order”,“heating” or the task schedule, the occupancy times, the maintenanceschedule etc. can be provided to the technical hardware 10 or for recallor for communication, respectively. In the example of the module 1 thereal-time values could be for example the states “mixing” and “heating”or the availability or non-availability, respectively, of a certainservice. For example, if the heating rod 50 has to be exchanged but themixing machine 40 is available at the same time.

Furthermore, the control 20 can generate the real-time values also fromhistorical data of measurement data, control data and communication datatransmitted via the external interface 22 of the technical hardware 10or from states of the service provided by the control 20 and thetechnical hardware 10. Thereby, real-time values can be provided forrecall or for communication, respectively, that consider the past orhistory or that are calculated from historical values. For example, thenext maintenance due date of the technical hardware 10 could becalculated and provided dynamically with regard to an actual load andpast periods at different load levels or the number of critical statesof the technical hardware 10 by the control 20. If for example themixing machine 40 can be operated by the motor 42 with differentrotational speeds and power values the duration of the availability ofthe module 1 can depend on the rotational speeds and the power values ofpast tasks. As the case may be the motor 42 has to be operated in theactual task by a reduced power or rotational speed in order to cooldown.

In addition, the control 20 can generate the real-time values byextrapolation of measurement data, control data and communication datatransmitted via the external interface 22 of the technical hardware 10or of states of the service prodded by the control 20 and the technicalhardware 10. The control can furthermore calculate and provide real-timevalues that are extrapolated into the future. For example, the controlcan calculate and provide temperature curves, necessary maintenance andpause times at current load, necessary future cool-down phases, freetime slots, potential limitations of a maximum rotational speed etc. Forthe extrapolation the control 20 can use different models. Thereby,after finishing a task, the control 20 can offer a service only withcertain boundary conditions. For example, if the motor 42 is stillheated, a mixing of a product in the reactor 30 only up to a certainpower or up to a certain rotational speed of the motor 42, respectively,or only for a limited period.

List Of Reference Signs

-   1 Module-   2 request module-   3 state machine-   4 administration shell-   10 technical hardware-   20 control-   22 external interface-   23 administration shell-   24, 26 I/O module-   28 OPC-UA server-   30 reactor-   32 inlet pipe-   34 outlet pipe-   36 inlet flange-   38 outlet flange-   40 mixing machine-   42 motor-   50 heating rod-   52 power electronic-   62 data bus-   70, 80 further modules-   90 technical facility-   130 input product-   140 output product

1. A module for a technical facility comprising: a. a technical hardwarefor the execution of a technical sub-process; b. a control for a localcontrol of the technical hardware, wherein the control is adapted tocontrol the technical hardware autarkical; and c. an external interfaceof the control; wherein d. the external interface comprises anadministration shell, wherein the administration shell publishes atleast one service relating to an output product of the module via anetwork; and e. wherein the external interface is adapted to request atleast one service relating to an input product of the module via thenetwork.
 2. The module according to claim 1, wherein in theadministration shell the at least one service relating to an outputproduct of the module is published by means of standardizedmeta-information via the network.
 3. The module according to claim 1,wherein the external interface is adapted to request the servicerelating to the input product by means of standardized meta-informationrelating to the input product via the network.
 4. The module accordingto claim 1, further comprising a state machine.
 5. The module accordingto claim 4, wherein at least one state of the state machine is publishedin the administration shell, and wherein the state of the state machineis dependent on a response to the request for a service relating to theinput product of the module.
 6. The module according to claim 1, whereinthe module is adapted to: a. for processing the input product and forthe output of the output product; and/or b. for measuring a physicalquantity of the input product and/or of the output product; and/or c.for physically storing the input product and/or the output product. 7.The module according to claim 1, wherein the technical hardware isdeveloped to produce the output product from the input product, and thetechnical hardware is furthermore developed to produce the outputproduct by modifying the input product by, a. change of a chemicalcomposition; and/or b. change of at least one physical property; and/orc. adding of material; and/or d. clearing of material.
 8. The moduleaccording to claim 1, wherein the administration shell comprises staticinformation about the technical hardware and dynamic information asreal-time values of the technical hardware, wherein the real-time valuesare generated by the control.
 9. The module according to claim 8,wherein the control generates the real-time values from: a. measurementdata and/or control data of the technical hardware and/or b.communication data transmitted via the external interface; and/or c.states of the state machine to the service provided by the control andthe technical hardware; and/or d. historical values of measurement dataand/or control data of the technical hardware and/or of states of thestate machine; and/or e. an extrapolation of measurement data and/orcontrol data of the technical hardware and/or communication data and/orof states of the state machine.
 10. The module according to claim 1,wherein the external interface comprises an OPC-UA server that comprisesa definite specified information structure into which the administrationshell is mapped.
 11. The module according to claim 1, wherein theadministration shell maps information in the structure of a module typepackage that comprises in a structured form all information that isnecessary for the integration of the module into a technical facility.12. A system for the execution of a process by means of a technicalfacility comprising: a. a plurality of modules according to claim 1,which can execute sub-processes of the technical process; b. a requestmodule, comprising an external interface with an administration shell;and c. a network which connects the modules and the request module witheach other; wherein d. the request module can request a service for anend-product at the modules via the network.
 13. The system according toclaim 12, wherein the request module comprises an own state machine;wherein in a first state of the state machine I. the request modulerequests a service for an end-product at the modules via the network;II. a first module, that offers the service for the end-product,requests at least one service for its input product at the other modulesvia the network; III. a second module, that offers the at least oneservice for the input product of the first module as an output product,requests at least one service for its input product at the modules viathe network; and IV: the request module receives a message that theprocess is complete from one of the modules; and wherein the statemachine of the request module transitions into a second state when theprocess is complete, wherein in the second state the process can bestarted.
 14. The system according to claim 12, wherein the requestmodule offers in its administration shell at least one service thatcontains the end-product.
 15. The system according to claim 12, whereina module generates the message of completeness, when each of its inputproducts, necessary for the process, is provided with the state“available” at its administration shell, and wherein the message ofcompleteness is transmitted from the generating module to the requestmodule.
 16. The system according to claim 12, wherein the request modulecomprises a processing unit that is adapted to carry out an evaluationof the planned process, wherein the evaluation result is a prerequisitefor the transition from the first state of the state machine to thesecond state of the state machine.
 17. The system according to claim 16,wherein the processing unit of the request module is adapted to carryout the evaluation by means of an optimum calculation based on thetechnical complexity.
 18. A method for the execution of a technicalprocess by means of a technical facility, comprising a plurality ofmodules, at least one request module and a network, wherein the modulescomprise a technical hardware for the execution of a technicalsub-process and a control for the local control of the technicalhardware, wherein the control comprises an external interface thatincludes an administration shell, wherein the method comprises thefollowing steps: a. publishing at least one service that is related toan output product of the respective module via the network by theadministration shell of each module; b. requesting at least one servicethat is related to an input product of the respective module via thenetwork by the external interface of each module; c. requesting at leastone service for an end-product via the network by the request module; d.receiving a message that the process is complete from one of the modulesby the request module.
 19. The method according to claim 18, furthercomprising the following steps: e. carrying out an evaluation of theplanned technical process by a processing unit of the request module;and f. starting the process in due consideration of the evaluationresult.